SYSTEM AND METHOD FOR STREAMING MEDIA 
Field of the Invention 

The present invention is related to the fields of management and 
administration of a media streaming distribution and viewer session management. 
Background of the Invention 

Real time transport of audio, video, and other data commonly referred to 
as "media" may be manipulated and rendered using computers and/or digital appliances, 
such as a set top box. A digital appliance is a horizontal product based on electronics 
technology that performs functions and uses a computer and/or a telecommunication 
network or other computer network to access, retrieve, interact with, report, and/or handle 
media or other information. 

As computers and computer based appliances gain in popularity, the 
demand for digital media streaming services also increases. This occurs because digital 
media streaming can be used to create enhanced consumer and business services. For 
example, a manufacturer of a refrigerator may install a digital appliance that connects the 
refrigerator's digital appliance to the Internet. A consumer can use the digital appliance 
to receive digital audio/video explaining how to prepare a favorite recipe. 

The digital appliances and other computers can use real time media 
streaming services to render media while it is streamed from the media's server 
computer. Real time media streaming often is preferred over pure downloading since 
media streaming permits a consumer to view video and/or hear the audio shortly after it is 
requested instead of waiting for a delayed download of the complete media and a 
subsequent playing of the media by the digital appliance. 
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Real time media streaming is difficult to implement on diverse networks, 
such as the internet, corporate private networks, corporate intranets, and other packet 
based networking solutions. This is because real-time media applications typically are 
resource intensive and lack sufficient state control models to ensure proper quality of 
service. Enhanced media streaming services generally compound the difficulties because 
multiple digital media streams are transmitted instead of a single digital media stream. In 
these instances, current technologies treat each digital media stream as an individual 
session with little or no association to the viewer. Moreover, existing digital media 
streaming devices focus on the technical transmission delivery of media, and place little 
control over the viewer management and media content management. 

As a result, companies wishing to use digital streaming services currently 
face difficult tasks of managing diverse sets of equipment and software in order to 
provide consumers services that meet their needs. In addition, the ability to accurately 
track and bill consumers to whom services are provided is lacking. An improved system 
and method are needed to focus on viewer and media content management while 
simultaneously delivering a media stream having high quality. The present system and 
method meet those needs. 
Summary of the Invention 

The present invention is directed to a system for streaming media 
comprising a media switch, a routing processor, and a management system. The media 
switch is configured to receive reservation data for a request for media and to receive a 
reservation identification. The media switch processes the reservation identification and 
the reservation data to determine if the reservation identification is valid, and, if valid, 



streams the media for the request. The routing processor is configured to receive the 
reservation data, to determine if the media switch can stream media for the request, and 
to transmit the reservation data to the media switch if the media switch is able, at least 
initially, to stream media for the request. The management system is configured to 
5 receive the request for media, to build a reservation having the reservation data for the 
request, and to transmit the reservation data to the routing processor. 

The present invention also is directed to a system for streaming media to a 
viewer for a request for media comprising a media switch, a routing processor, and a 
management system. The media switch is configured to receive from the viewer at a 
O 10 media switch address a reservation identification and a presentation identification. The 
^ media switch also receives reservation data having a valid reservation identification. The 

a a a 

media switch validates the reservation identification using the valid reservation 
identification, and, if validated, streams to the viewer at least some media for a 
presentation identified by the presentation identification. The routing processor is 
* 15 configured to receive for a routing processor identification a presentation identification 
3 and a reservation identification. The routing processor receives the reservation data and 

uses the presentation identification to determine if the media switch is configured to 
stream media for the presentation. If so configured, the routing processor transmits the 
reservation data to the media switch and transmits the media switch address to the 
20 viewer. The management system is configured to receive the request for media and to 
build a reservation having the reservation identification, the routing processor 
identification, and the presentation identification. The management system transmits the 
reservation to the viewer and transmits the reservation data to the routing processor. 
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Also, the present invention is directed to a system for distributing media 
comprising a service processor configured to receive media and at least one media rule 
indicating how the media is to be distributed and to distribute the media according to the 
media rule. The system further comprises a media switch configured to receive the 
5 media distributed by the service processor according to the media rule and to stream the 
media when a valid reservation identification is received. 

In addition, the present invention is directed to a system for processing a 
media request comprising a service processor configured to receive media, at least one 
media rule indicating how the media is to be distributed, and at least one order rule 
0 10 indicating settlement for streamed media. The service processor is configured to 

"2 distribute the media according to the media rule and to transmit a media identification for 

IIP 

|j ~ the media and the order rule. A management system is configured to receive the media 

Iq identification and the order rule, to receive the request for the media, and to build and 

p transmit a reservation having a reservation identification and the media identification. 

E ' 

H 15 The management system receives at least one information block identifying the 
reservation identification and streaming for at least some of the media and processes the 
information block with the reservation identification and according to the order rule to 
generate a settlement record. 

The present invention further is directed to a method for streaming media. 
20 The method comprises receiving a request for media and building in response thereto a 
reservation having a reservation identification for the request. The method includes 
receiving reservation data comprising a valid reservation identification and a media 
identification at a routing processor identification and determining if a media switch is 
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configured to stream media for the request. The reservation data is transmitted to the 
media switch if the media switch is configured, at least initially, to stream media for the 
request. The reservation data for the request for media and the reservation identification 
are received. The reservation identification and the reservation data are processed to 
determine if the reservation identification is valid. The media for the request is streamed 
if the reservation identification is valid. 

Further, the present invention is directed to a method for streaming media 
to a viewer for a request for media comprising receiving the request for media and 
building a reservation having a reservation identification, a routing processor 
identification, and a presentation identification. The reservation is transmitted to the 
viewer and the reservation data is transmitted to the routing processor. A presentation 
identification and a reservation identification are received for a routing processor 
identification, and the reservation data is received. The presentation identification is used 
to determine if a media switch is configured to stream media for the presentation, and, if 
so configured, the reservation data is transmitted to the media switch and transmitting the 
media switch address to the viewer. A reservation identification and a presentation 
identification are received from the viewer at a media switch address. Reservation data 
having a valid reservation identification is received, and the reservation identification is 
validated using the valid reservation identification. If validated, at least some media for 
the presentation identified by the presentation identification is streamed to the viewer. 

Also, the present invention is directed to a system for distributing media 
comprising a service processor configured to receive media and at least one media rule 
indicating how the media is to be distributed and to distribute the media according to the 



media rule. The system further comprises a media switch configured to receive the 
media distributed by the service processor according to the media rule and to stream the 
media when a valid reservation identification is received. 

In addition, the present invention is directed to a system for processing a 
media request comprising a service processor configured to receive media, at least one 
media rule indicating how the media is to be distributed, and at least one order rule 
indicating settlement for streamed media. The service processor is configured to 
distribute the media according to the media rule and to transmit a media identification for 
the media and the order rule. A management system is configured to receive the media 
identification and the order rule, to receive the request for the media, and to build and 
transmit a reservation having a reservation identification and the media identification. 
The management system receives at least one information block identifying the 
reservation identification and streaming for at least some of the media and processes the 
information block with the reservation identification and according to the order rule to 
generate a settlement record. 

Moreover, the present invention is directed to a method for distributing 
media comprising receiving media and at least one media rule indicating how the media 
is to be distributed and distributing the media according to the media rule. The method 
includes receiving the media distributed according to the media rule and streaming the 
media when a valid reservation identification is received. 

The present invention further is directed to a method for processing a 
media request comprising receiving media, at least one media rule indicating how the 
media is to be distributed, and at least one order rule indicating settlement for streamed 



media. The media is distributed according to the media rule, and a media identification is 
transmitted for the media and the order rule. The method includes receiving the media 
identification and the order rule and receiving the request for the media, building and 
transmitting a reservation having a reservation identification and the media identification. 
5 At least one information block identifying the reservation identification and streaming is 
received for at least some of the media. The information block is processed with the 
reservation identification and according to the order rule to generate a settlement record. 

The present invention also comprises combinations and sub-combinations 
of the above. In addition, the present invention is directed to variations, modifications, 
O 10 and additions of the above. 

Brief Description of the Drawings 

Figure 1 is a block diagram of a streaming system in accordance with an 
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Figure 2 is a block diagram of a streaming system using in-band signaling 
^15 in accordance with an embodiment of the present invention. 

: F! 

9 Figure 3 is a sequence chart depicting in-band signaling in a streaming 

system in accordance with an embodiment of the present invention. 

Figure 4 is a block diagram of a streaming system using out-of-band 
signaling in accordance with an embodiment of the present invention. 
20 Figure 5 is a sequence chart depicting out-of-band signaling in a streaming 

system in accordance with an embodiment of the present invention. 

Figure 6 is a block diagram of an expanded real time streaming 
management system in accordance with an embodiment of the present invention. 
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5 Detailed Description 

Media streaming, both live and on-demand, provides the optimal 
environment for viewers to experience multimedia by establishing a logical, one-to-one 
connection between the media and the audience (a "session"). This enables a rich media, 
interactive experience and is the foundation for a reliable streaming service platform. 
P 10 Media may include audio, video, and other data. Media may include one or more media 

s J clips, a part of a media clip, a presentation as defined below, or part of a presentation. A 

ijl 

iji 

j n session may include an internet protocol session and/or a broadband connection. For 

It? s 

■ y simplicity, the word session may be used in some instances to mean only an internet 

Q protocol session, only a broadband connection, or both, depending on verbiage. 

a .. 

M* 15 The system of the present invention controls the distribution of streaming 

O media through enhanced communications between communication devices coupled over 

disparate packet networks, such as the Internet, intranets, virtual private networks, cable 
systems, frame relay networks, asynchronous transfer mode (ATM) networks, and/or 
satellite networks. The present invention implements control features, such as real time 
20 routing of a request for media service, enforcement of media owner's rights and 
distribution criteria, real time audience event reporting, and session detail accounting and 
traceability. 
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The system of the present invention uses a reservation identification to 
track media streaming throughout the network. A reservation identification, such as a 
reservation number, is assigned to a request for media. All communication devices in the 
network use the reservation identification to provide services for the media. Records 
5 later are produced and collated with the reservation identification. This enables the 
system to provide media from multiple sources, track the provision of media from 
multiple sources, and generate records and billing that accurately depict the media 
streaming service. This is an advance over prior systems. 

The system of the present invention uses a reservation state model ("state 

Q 10 model"). The state model tracks the progress of a viewer request across several different 

h £ 

^ devices and processes to enable the viewer to receive a quality presentation of media. 

!?! 

e« The state model allows a data collection process to occur from the time a request for 

Iq media is processed and a reservation for the request is generated through and after the 

p time the requested media is streamed to the viewer. 

H 15 The state model enables dynamic routing of media requests from the 

^y 

U viewer, and it monitors when the viewer has suspended the viewing session. The 

monitoring, recordation, and use of the reservation state model and the state changes 
thereof are a significant advance over existing approaches that are limited to monitoring a 
state for only a single media server to a single viewer for a single media clip. The prior 
20 approaches cannot collect information prior to a session being established, and this can 
represent a significant security risk in addition to significantly limiting the ability to 
provide media from a single device. 
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However, the present system is not limited to obtaining information only 
after the session or connection begins. Contrarily, the present system can obtain and 
gather information for a state prior to, during, and after a session or a connection. For 
example, a viewer wishing to participate in a video conference may enter the conference 
code at the time the viewer makes the reservation. The viewer requesting the reservation 
starts the state model on the switch management system of the present invention. The 
viewer may be asked to enter a conference code for the reservation which is processed to 
determine its validity. The reservation would then pass to the routing processor system 
where the state model completes the routing of the request. 

The state model monitors the progress of selecting the right switch to 
process the event. If no switch resources are available, the state model may choose to 
queue the reservation until a resource becomes available. Once the routing processor 
determines to which switch to send the viewer request, the state model awaits the viewer 
session or connection. When the viewer connects, the viewer may then be asked to enter 
a second authorization code at the time the media is being retrieved. This second 
authorization code may be used to identify the person as the chair person, a participant, 
what company they represent, or other data relevant to the reservation. When the media 
for the reservation is streaming, the state model identifies the reservation in an active 
state. If the viewer pauses the conference, the session is suspended until a request to be 
reconnected is received. Once the viewer tears down the session, the resources are 
returned to their idle states. 

As can be seen from the above example, the state model of the present 
invention tracks states throughout a reservation and streaming process over multiple 
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devices. In addition, each such device retains a state model for the events and states 
within that device. This reservation state model enables multiple devices to be used to 
provide media, enables multiple devices to be substituted in the event of an error or 
alarm, and enables states and streaming events and records to be reconciled with each 
other to identify a complete streaming event. 

A media stream may comprise signaling that can be transmitted in-band in 
a streaming session or out of band in a signaling session. The signaling may comprise a 
client's information, such as a digital media player type, the desired data communication 
rate, whether the media stream is to be transported over a broadband connection or in- 
3 10 band, and/or whether the media stream is to be communicated over a private network 
link. Stream signaling comprises information that facilitates the digital stream 
processing. Stream signaling may comprise, for example, information describing the 
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Iq viewer digital media player software version, the desired content reference, and the 

3: 

p desired quality of service. Stream signaling is accomplished through various standard 

H 15 protocols such as real time streaming protocol (RTSP), real time protocol (RTP), session 
H initiation protocol (SIP), and the International Telecommunications Union (ITU) H.323 

series protocols. 

Signaling and signaling sessions are used to transport reservation requests 
and other signaling messages. The term "signaling" when used with "session" herein 
20 means the transmission and/or reception of signaling to or from a viewer or a device in 
the streaming system. Signaling may include a viewer's choices of content selection, 
desired communication speed, desired digital media format, and statistical data on one or 
more simultaneous streaming sessions. A signaling session typically is associated with 
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out-of-band communications, such as with a logical virtual circuit connection, but can be 
associated with logical in-band sessions. Virtual private networks (VPNs) may be used 
to transport stream signaling and control information for a signaling session. VPNs can 
include the Internet, intranets, local area networks (LANs), wide area networks (WANs), 
frame relay networks, asynchronous transfer mode (ATM) networks, or other networks. 

Streaming sessions are used to transport media, other media player process 
communications, including in-band signaling, and other device information, to and from 
a viewer and other communication devices. The term "streaming session" as used herein 
means the transmission of media over a packet based network to a viewer or to another 
communication device. For example, a streaming session can carry media to a set top 
box for display on one or more televisions or to a media player associated with a web 
browser. 

The system is configured to stream multiple sessions simultaneously 
and/or in parallel. For example, a hearing impaired person using a viewer may request 
for a news item and request for a signing interpreter. In this instance, two steaming 
sessions exist, and they both operate on the viewer. The first session is the news clip, and 
the second session is another person hand signing what the news clip announcer is 
stating. 

There are multiple uses for parallelism in streaming media. Media can be 
streamed with a different, customized sound track, such as a language preference. This 
typically is synchronized. 
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Also, different media can be streamed in parallel. This can occur with 
business presentations and may be an option with the hand signing example above. 
These typically are synchronized. 

Different videos that are semi-synchronized may be streamed so that a viewer can 
5 back up, repeat, or skip forward on two or more videos independently. For example, a 
viewer may have a talking head in a business presentation, but the video presentation of a 
collateral video/audio material may occur in a different stream. The viewers would be 
allowed to backup and review previous collateral video material without disrupting the 
rest of the presentation. 

10 In addition, independent videos may be streamed from a source. For example, a 

source may customize a presentation to be used in a world news feed and a financial 
news feed. 

Figure 1 depicts an exemplary embodiment of a streaming system of the 
present invention. The streaming system 102 of Figure 1 comprises a service processor, a 

15 management system, a routing processor, and a media switch, such as an enhanced 
service routing processor (ESRP) 104, a real time switch management system (RTSMS) 
106, a name routing processor (NRP) 108, and a managed media switch (MMS) 110, 
respectively, each communicating through a packet network 112. A reservation system, 
such as a reservation server 114, may communicate with the RTSMS 106 via the packet 

20 network 112, and one or more viewers 1 16 and 118 may communicate with the NRP 108, 
the MMS 110, and/or the reservation server 1 14 via a packet network 120. 

The ESRP 104 enables media owners to place the media on the ESRP for 
distribution to various switches, such as to various multimedia switches in the streaming 
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system 102. The ESRP 104 allows each media owner to create a list of media, including 
one or more different types of media or one or more different media clips, and to create 
media rules to determine the sequence in which the media clips are to be streamed, where 
the media clips are to be placed, and, in some instances, to whom the media clips can be 
transmitted. 

Media rules may include age restrictions, restrictions for geographic 
locations, time restrictions, and other media rules. The media list and the media rules that 
govern the transmission of the media list are called a presentation. The presentation 
includes the media name(s), the media rules provided by the media owners, and the 
network distribution rules provided by the packet network supplier. Network distribution 
rules are defined by a network operator to manage capacity, load, bandwidth, switch and 
other resource events, including resources for sessions and connections. For example, a 
presentation can be configured to stream ten minutes of a sitcom based media, insert an 
advertisement, and then return to the sitcom based media show and may be restricted to 
30 viewing frames per second by the network supplier. 

The ESRP 104 also allows a media owner and/or a publishing agent of the 
owner (hereafter "media owner") to generate rules that define who will be billed or 
credited when media is transmitted to a viewer or another device and the terms of the bill 
or credit. For example, a media owner may have a contract with a service provider, and 
the service provider will share in the revenue generated by viewers viewing the content. 
Alternately, the media owner may have to pay the service provider for use of an amount 
of bandwidth when the media is transmitted. In addition, part of the media sent to a 
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viewer may include advertisements, and the media owner can define a rule to bill the 
advertising entity a dollar amount each time the media is transmitted. 

The rules also can identify any restrictions or other customization, such 
as geographic or age restrictions, preferred language, or substitutions on the streaming of 
5 the presentations. For example, if a football game is a presentation, the game may be 
blocked from a specific region when the streaming is free, but not blocked if the game is 
part of a subscription or Pay Per View service. The media owner would generate two or 
more different orders for the same presentation, and a viewer 116 or 118 would be 
blocked or not blocked from the presentation depending on which order the viewer was 
Q 10 attempting to use. The rules that govern entities, methods, and terms for billing or 
^ crediting based on a transmitted media presentation, and any other settlement rules 

Ifi governing the presentation are known as an order. 

*{j The ESRP 104 publishes presentations when the presentations and the 

O orders for the presentations are complete. Publishing is the act of making a presentation 

H 15 available on the streaming network 102 for distribution to one or more viewers via a 

■'issr 

switch, such as the MMS 110. Thus, when a presentation and its order are complete, the 
ESRP 104 may transmit the media identified in the presentation to one or more switches, 
such as the MMS 110, according to one or more media rules so that the presentation is 
available to be streamed to a viewer. The ESRP 104 also publishes the presentations, 
20 including a presentation identification, a media list for the presentation, and the media 
rules for the presentation, to the RTSMS 106 

One or more ESRP devices may exist in the streaming system 102. One 
ESRP is depicted in Figure 1 for clarity. 
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The RTSMS 106 accepts presentations and their respective orders from 
the ESRP 104 when the presentations are published. The RTSMS 106 determines the 
switches or other communication devices on which the presentations reside. The RTSMS 
106 receives the media list, the media rules, the presentation identification, and any 
associated orders for the presentation for the ESRP 104. 

The RTSMS 106 receives initial signaling from a viewer 1 16 or 1 18. This 
initial signaling may be routed to the RTSMS 106 via a reservation server 1 14 or another 
type of communication device. The initial signaling from the viewer 1 16 or 1 18 typically 
is a request for media. 

The RTSMS 106 processes the signaling to determine if the requested 
media is available in a presentation and if the presentation has restrictions applied by the 
media owner and/or network operator and locates an NRP 108 within the streaming 
system 102 that is capable of processing the viewer's request. The RTSMS 106 then 
generates a customized play list for the requested presentation to the viewer. A play list 
is a list of named media references, such as a universal resource locator (URL), or other 
media items that are to be streamed to the viewer 1 16 or 1 18. The play list may include 
the requested media, such as one or more media clips, and additional media, such as one 
or more advertisements, either as media clips, banner advertisements, or other types of 
advertisements. The play list is formatted as the output of the presentation publication 
process and is formatted for the language/format of the viewer 1 1 6 or 1 1 8 media file. For 
example, a viewer 116 or 118 using the Real Network's Real Player would require a 
SMIL file based play lists, and the play list would be formatted as such. 
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The RTSMS 106 then builds a reservation for that viewer 1 16 or 1 18 for 
that customized play list and temporarily reserves the resources identified in the 
reservation process for use by the viewer 116 or 118. The RTSMS 106 transmits the 
reservation data to the selected NRP 108 and transmits the customized play list to the 
viewer 116 or 118. 

The reservation data uniquely identifies the viewer 116 or 118 and the 
customized play list. In one embodiment, a separate URL identifies each name on a play 
list for a presentation, and the reservation has a unique reservation number that is located 
in each URL. The URLs are transmitted to the viewer 1 16 or 1 18 using the play list, and 
the viewer can use the play list to initiate a session with a switch. A reservation is a 
unique feature that enables the streaming system 102 to reserve system resources, such as 
switches, processors, or media, either now or in the future, to ensure a quality media 
experience. 

The RTSMS 106 maintains historical, current, and future views of the 
processing tables that reside in all NRPs in the streaming system 102, including the NRP 
108. These tables and the associated data stored by the RTSMS 106 enable the NRPs 
108 to determine a switch, such as the MMS 110, that can provide the requested media to 
a viewer 116 and 118. 

The RTSMS 106 collects state model data from all NRPs and switches in 
the streaming system 102, including the NRP 108 and the MMS 110. The state model 
data identifies a viewer using a reservation, identifies the switch from which it is 
streamed, identifies the media that is streamed, the duration the media is streamed, and 
other state changes in the streaming, such as whether a stream is paused, canceled, 
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forwarded, or reversed. If a presentation is streamed, the state model data identifies the 
presentation and the media in the presentation. The state model data includes stream 
state changes, viewing session state changes, device mode changes from the NRP 108 
and the MMS 110, error and alarm conditions for any MMS, NRP, SMS, ESRP, or other 
communication device in the streaming system 102. A state model is kept for each NRP 
and each MMS as described more fully below. 

The RTSMS 106 also collects logs and billing data from the ESRP 104, 
the NRP 108, and the MMS 110. The billing data will include the order data and the 
reservation data and may include state model data described above. The logs are a record 
of the events that have occurred and are viewable and auditable. Logs are generated by 
many processes, such as one or more media servers on one or more stream casters, one or 
more NRPs, one or more MMSs, one or more reservation servers, and one or more 
ESRPs. 

The RTSMS 106 processes the logs, the billing data, and the state model 
data and creates a detail record, such as a message sequence detail record (MSDR). The 
MSDR is a collated view of log and state model data. The RTSMS 106 creates an 
MSDR for every reservation by obtaining information from the reservation order log, the 
MMS 110 logs, and the NRP 108. This is accomplished using the unique reservation 
identification that is contained in every log and billing data file. The MSDR represents 
the billable event record that will be used for revenue settlement purposes. 

The RTSMS 106 processes the MSDRs and creates bills in accordance 
with the media rules and orders identified in the presentations. Logs, state model data, 
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and billing data for a single viewer 116 or 118 may come from more than one NRP, 
more than one MMS, and more than one ESRP. 

The RTSMS 106 is able to collate all of this data into a single MSDR for a 
reservation identifying the viewer 116 or 118 using the reservation data and the state 
i model data. This process of being able to service media requests from more than one 
switch or more than one stream caster on a switch is unique to this streaming system 102. 
Prior systems could not use multiple switches to provide media to a single viewer and 
clearly identify billing data because the prior systems cannot track and collate billing 
information from multiple switches. Prior systems service a media request from a single 
O 1 0 media server in these instances. 

^ The RTSMS 106 can be configured to dynamically generate advertising. 

T?J In one embodiment, the RTSMS 106 is configured to use statistical information to 

• q dynamically generate an advertisement for a presentation. For example, if it is known 

O that a person using the viewer is between the ages of 18-25, the RTSMS 106 may 



H 15 dynamically place a media clip for a first advertisement in the presentation. Whereas if 
the person using the viewer is between the ages of 26-32, the RTSMS 106 may 
dynamically place a media clip for a second advertisement in the presentation. The 
ability to dynamically generate advertisement can result in a different revenue basis for 
different presentations. For example, in the above examples, revenue of three dollars 
20 may be collected for the first media clip, and revenue for four dollars may be collected 
for the second media clip. The RTSMS 106 can process the dynamic advertisement 
generation using statistical information and bill or credit entities according to order rules. 
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Statistical identification is the determination that the viewer is within a 
geographic area, such as a zip code or an NPA-NXX, that the viewer is within an age 
group, such as 18-23 years, that the viewer can watch movies of a designated media 
rating, such as PG, PG-13, or Y-14, that the viewer is male or female, the viewer's 
marital status, and other relevant personal data. If the presentation requires statistical 
identification of the viewer, the RTSMS 106 looks up any previously collected 
information about the viewer. If no information exists, the RTSMS 106 instructs the 
reservation server 114 to collect the required information. If the viewer does not supply 
the required information, the RTSMS 106 could reject the viewing request. 

The RTSMS 106 provides reporting capabilities. The reports include near 
real-time reports of what media is streamed and the associated statistical information, 
including demographics on the entire network. The RTSMS 106 provides network 
management capabilities, including operational measurement collection, threshold 
alarming, and trend analysis. 

The RTSMS 106 has a human machine interface (HMI) that enables a 
network operator to access the RTSMS or another communication device in the 
streaming system 106. The network operator can use the HMI to load new software to, 
for example, the MMS 1 10, to upgrade configurations, or to provide other maintenance, 
such as to execute functions specifying capacity to be used, to identify when switch 
components will be taken out of service for maintenance, to create new products or 
services for use by the a media owner, and to issue test presentations to specific media 
servers on an MMS. 
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The RTSMS 106 receives from the MMS 110 and any other switches 
information blocks, such as a streaming information blocks (SIBs), comprising signaling, 
event, and billing information associated with each streaming session. The RTSMS 106 
combines the information in the SIB with fixed attributes, such as a viewer identification 
associated with a reservation number, a viewer profile, a viewer location, a media 
category being viewed, and other data to create a media signal detail record (MSDR). 
The RTSMS 106 uses the reservation number in the SIBs as the key to determining all 
SIBs for a presentation or a streaming event. The RTSMS 106 uses to reservation 
number to collate all SIBs for that presentation or streaming event into the MSDR. The 
MSDR therefore represents all data needed for billing records and reports for a 
presentation or other streaming event. The MSDR creates an auditable event record that 
is used for operational measurements and billing. The RTSMS 106 then can use the 
MSDR with rules identified in an order to determine bills and credits to be appropriated 
to various entities. 

The RTSMS 106 receives from the NRP 108 and all other routing 
processors an NRP log comprising reservation routing requests and their granting or 
refusal, including identification of switches streaming media and the associated session 
data. The RTSMS 106 stores the NRP logs and retrieves the NRP logs if needed for 
auditing purposes. 

An RTSMS 106 may be a local or regional RTSMS. The RTSMS 106 of 
Figure 1 is depicted as a local RTSMS. One or more RTSMS devices may exist in the 
streaming system 102. One RTSMS 106 is depicted in Figure 1 for clarity. 
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The NRP 108 receives a request from a viewer 1 16 and 118 and processes 
the request. The request contains the identification of NRP to which it is sent, and the 
reservation identification generated by the RTSMS 106. For example, the NRP 108 
reservation may be an NRP host name or an NRP IP address, and the reservation 
identification may be a reservation number. 

The NRP 108 processes the request and compiles a list of switches that 
may be able to provide the requested media to the requesting viewer 116 or 118. The 
NRP 108 identifies in order, and attempts to select, a switch based on network 
distribution rules. For example, the network supplier can choose to route on the best 
possible quality of service that can provided to the viewer 116 or 118, to route on 
geographic factors, the time of day, the day of the week, the day of the year, or the access 
provider, or to route on overall network conditions. 

The NRP 108 communicates with the switches starting with the best- 
identified switches to determine which switch, if any, can provide the requested media. 
The NRP 108 transmits to the viewer 116orll8anIP address of the switch that can 
provide the requested media. 

In one embodiment, a request is sent from the viewer 116 or 118 to the 
NRP 108 for each media clip on the play list. Thus, the NRP 108 must determine a 
switch that can stream the particular media clip of the play list to the viewer 1 16 or 1 18 
separately for each media clip on the play list. Each time the NRP 108 determines the 
switch that can provide the media clip, the NRP transmits an IP address of the switch or a 
communication device, such as a stream caster on the switch, to the viewer 1 16 or 1 1 8. 
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For example, if a play list identifies two media clips, the viewer 116 or 
118 transmits a media locator request to the NRP 108 for the first media clip. The NRP 
108 determines a switch that can provide the first media clip and transmits an IP address 
of that switch to the viewer 116 or 118. After the viewer 116 or 118 receives the first 
media clip in a session with that switch, the viewer could send another media locator 
request to the NRP 108 for the second media clip. The NRP 108 determines a switch that 
can provide the second media clip and transmits an IP address of that switch to the viewer 
1 16 or 1 18. The viewer then receives the second media clip in a session with that switch. 

The switch that streams the first media clip may be the same as or 
different from the switch that streams the second media clip. Also, multiple devices on 
one switch, such as two different stream casters on a switch, each may stream one of the 
media clips or one device on the switch may stream both media clips. 

The NRP 108 also can be configured to determine a switch that can 
provide all media clips on a play list. In this embodiment, a single determination is 
completed by the NRP 108 in which the NRP locates a single switch that can stream all 
media clips on the play list to the viewer 1 16 or 1 1 8. 

The NRP 108 receives and processes signaling from each MMS and each 
other switch before, during, and after media is streamed. If a switch fails during a media 
streaming, the switch notifies the NRP 108, and the NRP determines a different, second 
switch that can provide the requested media. The NRP 108 then directs the failing switch 
to route the streaming session to the second switch. 

The NRP 108 initiates a state model for each viewer and each streamed 
media. The state model comprises a view of an entire media streaming event to a viewer 
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116 or 118, including which switch or switches streamed media to the viewer, the time 
each media request is sent to each switch, any alarm or error events for a switch such as 
alarms or events that may require another switch to provide the requested media, and 
transfers or re-connections to another switch to provide the requested media. The state 
model includes an identification of devices within the switch that provide the requested 
media to the viewer 1 16 or 1 18, such as which stream caster or stream casters within an 
MMS 110 stream media to the viewer, as described more fully below. 

The state model in the NRP 108 includes switch identification and the 
major states of a session or a connection, sometimes referred to as persistent states. 
Major states may include the reservation acceptance, an initiation of a session or 
connection, a termination of a session or connection, and other persistent states. The 
state changes may be receive when setup or teardown messages are received by the MMS 
1100 and at other states. Each state change is identified with the reservation 
identification. 

The NRP 108 transmits an NRP log to the RTSMS 106 when the media 
for a presentation has been streamed to a viewer 1 16 or 1 18, if an error occurs during a 
streaming session, and periodically during a streaming session. The period during the 
streaming session is configurable. In one embodiment, the period is every five minutes. 
Another period or default mechanism may be used, such as the occurrence of an event. 

The NRP 108 may use the domain name system (DNS) protocol to receive 
the media locator request from the viewer 1 16 and 118 and to return an IP address of the 
stream caster in the MMS to which the viewer will connect for a session. Other 
protocols, such as SEP or H.323, may be used. 
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One or more NRP devices may exist in the streaming system 102. One 
NRP is depicted in Figure 1 for clarity. 

The MMS 110 streams media to a viewer 1 16 or 1 18. The MMS 1 10 has 
other communication devices, such as one or more stream casters and one or more media 
servers, that provide requested media to a viewer 1 16 or 1 18. The MMS 110 monitors all 
communication devices, such as one or more stream casters and one or more media 
servers, within the MMS so that at any time the MMS can determine if it can provide a 
requested media. 

The MMS 110 may have a stream routing processor (SRP) or another type 
of processor or monitor that processes requests for media using the current state of the 
switch, such as available bandwidth, bandwidth necessary to provide a requested media, 
hardware and software version compatibility, disk space capacity, and the current 
operating mode of the MMS. The MMS 1 10 monitors the delivery of each media stream 
and the status of switch systems. The MMS 110 detects imminent failure of 
communication devices in the MMS, such as failure of a stream caster's media server. 
The MMS 1 10 can transmit this data to the NRP 108. 

If a stream caster, a media server on the stream caster, or another 
communication device in the MMS 110 fails, the MMS can transparently transfer all 
streams in-progress to another stream caster or to another media server on the stream 
caster, if one is available. The transfer and the continued streaming of the media are not 
recognizable by the viewer 116 and 118. 

If a communication device on the MMS 110 fails and another is not 
available on that MMS, the MMS notifies the NRP 108 and the RTSMS 106. In 



25 



response, the MMS 110 will receive and process from the NRP 108 a message instructing 
the MMS to route the stream to another MMS. The MMS 110 then will route the stream 
to the identified MMS. 

The MMS 110 has a state model in which the MMS stores information 
and state changes for a viewing session of a presentation. The MMS 110 stores and 
reports each state change at the appropriate level. For example, the state model stores 
information and state changes for the initiation of a session, the termination of a session, 
and all viewing events. Viewing events are events triggered by a viewer that affect the 
media streaming of the presentation. Viewing events may be, for example, a pause, a 
stop, a forward, a cancel, or a rewind. 

If the MMS 110 transfers a stream to a different stream caster or a 
different media server, that event is noted in the state model, and the state model stores 
the information and state changes for the new stream caster or media server. If the MMS 
110 transfers a stream to a different MMS, that event is noted in the state model. 

The MMS 110 processes signaling from the NRP 108 and returns 
signaling to the NRP 108. The MMS 110 receives signaling messages inquiring if the 
MMS can stream media to a viewer 116 or 118. The MMS 110 processes that inquiry, 
determines if it has the resources, such as a stream caster type, network bandwidth, disk 
space, and a media server, to stream the media, and responds with a message to the NRP 
108 accepting or denying the inquiry. 

The MMS 110 receives reservation data from the NRP 108 for a media 
clip in a presentation. If the MMS 110 receives the reservation number for the 
presentation from the viewer 1 16 or 118 within a configurable period of time, the MMS 
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110 will stream the media to the viewer. If the viewer 1 16 or 1 18 does not transmit the 
valid reservation number to the MMS 1 10 for that presentation, or if the viewer transmits 
the correct reservation number but not within the configurable period of time, the MMS 
will not stream the media to the viewer. In that instance, the MMS 110 will reject the 
5 request from the viewer 1 16 or 1 1 8, and a session will not be initiated, but the rejection is 
transmitted to the RTSMS 106. 

The MMS 110 transmits to the RTSMS 106 stream information blocks 
(SIBs) for each stream session event and for each viewing session event. The SIB 
comprises information associated with the streaming session from the MMS 110 to the 
Q 10 viewer 116 or 118, including the reservation number, an identification of the MMS or 
other switch, the stream caster and media server used, the media streamed, the 
presentation identification, the packet data path for each session, the equipment used for 
the streaming, and/or viewing events, such as a pause or rewind. One or more of the 
previous items may be used or not used in the SIB. If more than one stream caster or 
1 5 media server on one or more stream casters is used, that information also is specified. 

An SIB is transmitted when a viewing session is initiated, when a viewing 
session is terminated, when new media is presented, during a streaming session at 
configurable periods, and when a viewing event occurs, such as a pause, stop, rewind, 
forward, or error. In one embodiment, the period is configured at five minutes. Other 
20 periods, different periods, or defaults, such as an event, can be used. 

One or more MMS devices may exist in the streaming system 102. One 
MMS is depicted in Figure 1 for clarity. 
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The packet networks 112 and 120 are any packet network capable of 
transmitting data, such as signaling or media streaming, to or from a communication 
device in the streaming system 102, such as to or from the ESRP 104, the RTSMS 106, 
the NRP 108, the MMS 1 10, the reservation server 1 14, and/or the viewers 1 16 and 1 18. 
The packet networks 112 and 120 may be the Internet, an intranet, a virtual private 
network, a cable system, a frame relay network, an ATM network, a satellite network, 
and/or other packet based networking solutions. In one embodiment, the packet network 
1 12 is a private network accessible by the ESRP 104, the RTSMS 106, the NRP 108, the 
MMS 110, and an authorized reservation server 114. In one embodiment, the packet 
network 120 is a public network. 

The reservation server 114 is any server capable of communicating with a 
viewer 116 or 118. The reservation server 114 manages communications between the 
viewer 116 and 118 and the RTSMS 106. For example, the reservation server 114 may 
transmit viewer media selections to the RTSMS 106 and may transmit reservation data 
originating from the RTSMS to the viewer 116 or 118. The reservation server 114 may 
be a web-based server, a set top server, or another type of server. The viewer 1 16 or 1 1 8 
may use the hypertext mark-up language (HTML) IP protocol via IP sessions using a web 
browser that can be serviced by a web-based server. The viewer 1 16 or 1 18 also may use 
broadband protocols via a broadband connection using a set top box appliance 
communicating with a set top server. A set top server can process various protocols, 
including session initiation protocol (SIP), which is an International Telecommunications 
Union (ITU) H.323 series protocol. The reservation server 1 14 of Figure 1 is authorized 
to transmit messages to the RTSMS 106. 
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The viewers 116 and 118 are any communication device capable of 
transmitting and/or receiving signaling or media. The viewers 116 and 118 may be 
broadband based viewers or in-band based viewers. For example, the viewers 116 and 
118 may have a browser configured to communicate using a web based protocol such as 
hypertext transfer protocol (HTTP). Also, the viewers 116 and 118 may have a media 
player configured to play media that is streamed to the viewers. In addition, the viewers 
116 and 118 may have a set top box or another digital appliance configured to play media 
streamed from a cable television provider, a digital satellite provider, or another type of 
provider. 

In some embodiments, the NRP 108 requests the MMS 110 to provide a 
media clip. In this embodiment, if the MMS 110 can provide the requested media clip, 
the MMS responds to the NRP 108 that it can provide the requested media clip. The 
NRP 108 transmits a message to the viewer identifying the MMS 110 as providing the 
media clip. The viewer 116 initiates a session or a connection to the MMS 110, and the 
MMS provides the requested media clip. 

In other embodiments, the NRP 108 requests the MMS 110 to provide 
multiple media clips. In this embodiment, if the MMS 110 can provide the requested 
media clips, the MMS responds to the NRP 108 that it can provide the requested media 
clips. The NRP 108 transmits a message to the viewer identifying the MMS 110 as 
providing the media clips. The viewer 116 initiates a session or a connection to the MMS 
110, and the MMS provides all of the requested media clips without further action from 
the NRP 108. In this embodiment, in one instance, the viewer 116 or 118 initiates a 
single session or connection with a single setup message, and the MMS 110 streams all 
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requested media clips before the session or connection is terminated. In another instance, 
the viewer 1 16 or 1 18 transmits a separate setup message and teardown message for each 
media clip, and the MMS 110 stops streaming media after the last requested media clip is 
streamed. 

In other embodiments, the NRP 108 requests the MMS 110 to provide 
multiple media clips. In this embodiment, if the MMS 110 can provide the requested 
media clips, the MMS responds to the NRP 108 that it can provide the requested media 
clips. The NRP 108 transmits a message to the viewer identifying the MMS 110 as 
providing the media clips. The viewer 116 initiates a session or a connection to the MMS 
110, and the MMS provides all of the requested media clips. However, after each media 
clip is streamed, the viewer 116 or 118 communicates with the NRP 108 to receive 
authorization to initiate a session with the MMS 110. The NRP 108 communicates with 
the MMS 1 10 to confirm that the MMS 110 can provide the next media clip. The MMS 
110 acknowledges to the NRP 108 that it can provide the next media clip, and the NRP 
acknowledges to the viewer 116 that the MMS 110 can provide the next media clip. The 
viewer 116 then transmits another setup message to the MMS 110 to obtain the next 
media clip. 

In some embodiments, the NRP 108 requests the MMS 110 to provide a 
presentation. In this embodiment, if the MMS 110 can provide the requested 
presentation, the MMS responds to the NRP 108 that it can provide the requested 
presentation. The NRP 108 transmits a message to the viewer identifying the MMS 110 
as providing the presentation. The viewer 116 initiates a session or a connection to the 
MMS 110, and the MMS provides the requested presentation. In some instances in this 
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embodiment, the viewer 116 transmits a setup message for each media identified in the 
presentation play list, receives the media, and tears down the session or connection for 
that media. The viewer 116 then immediately transmits another setup message to the 
MMS 1 10 to get the next media on the play list. The viewer 116 receives the media and 
tears down the session or connection. This process continues until the viewer 116 has 
received all media on the play list. In other instances in this embodiment, the viewer 116 
transmits a setup message to the MMS 110, receives the media, transmits a teardown 
message to the MMS, and communicates with the NRP 108 prior to transmitting another 
setup message to the MMS to confirm that the MMS will provide the next media clip on 
the play list. 

The examples for all Figures below reference publication by an owner, a 
distribution by the ESRP 104, a request and selection by a viewer 116 or 118 of media, 
the reservation made by the RTSMS 106, the communication to between the RTSMS and 
the NRP 108, the subsequent request from the NRP to the MMS 110, the 
acknowledgement or denial or service by the MMS, the communication from the NRP to 
the viewer denying or accepting the presentation streaming, and the subsequent session or 
connection from the viewer to the MMS. In the examples, reference to these actions 
identifies the embodiment as distributing, requesting, or providing the media in 
accordance with either the presentation embodiment or the media clip embodiment 
described above. However, this discussion uses the presentation embodiment and the 
media clip embodiment for clarity and conciseness. It should be appreciated that any of 
the above stated embodiments, or any combinations thereof, may be used. 
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The streaming system 102 of Figure 1 operates as follows. In a first 
example, a media owner generates a presentation with an order that is placed on the 
ESRP 104. The presentation has multiple media items, including a media clip for a 
movie and an advertisement. The presentation includes a time restriction that it is not to 
be played between the hours of 7:00 p.m. and 9:00 p.m. Pacific Time. The presentation 
further includes a geographic restriction requiring the presentation to be placed on a 
switch in the western region of the United States, including California. 

The order for the presentation includes billing information, such as a credit 
that is to be provided to the media owner of 80% of the revenue generated from the 
presentation, and the advertising owner is to be credited for the remaining 20%. The 
media owner publishes the presentation with the respective order to the ESRP 104. 

The ESRP 104 processes the presentation with its respective media rules 
and order. The ESRP 104 distributes the presentation to multiple switches in the western 
United States, including California. The ESRP 104 also transmits to the RTSMS 106 the 
publication data, including an identification of the media clips in the presentation, the 
media rules, and the order. 

A viewer 116 selects an option to obtain one or more presentations which 
for example, contain movie media clips. In this example, the option is a link on the 
reservation server 114. When the link is selected, the reservation server 114 calls the 
RTSMS 106. 

The RTSMS 106 is notified that the viewer 116 requested access to the 
presentation. The RTSMS 106 determines that the presentation is active within the 
network and the order may request addition viewer billing information, such as a credit 
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card for a pay per view event or a subscription password to be supplied for billing 
authorization. The RTSMS 106 determines if the presentation contains media rules that 
require a statistical identification of the viewer. If required by the media rules, the, the 
RTSMS 106 collects the statistical information. 

The RTSMS 106 builds a reservation having the identification of the 
viewer, the identification of the NRP 108. In this example, the NRP identification is the 
host name of the NRP 108. The reservation also includes the presentation identification, 
including the customized play list of the presentation. The customized play list includes 
media selected based upon the statistical identification data, time of day, day of week, 
and personal viewing preferences. The RTSMS 106 transmits the reservation data to the 
NRP 108. In addition, the RTSMS 106 transmits to the viewer 1 16 the play list with each 
entry on the play list having the host name of the NRP, the reservation number, and the 
presentation identification. 

The viewer 116 transmits a media locator request to the NRP 108. The 
media locator request comprises the at least one name on the play list, the NRP host 
name, and the reservation number. The NRP 108 uses the received reservation number to 
obtain the presentation identification plus additional data about the reservation. The NRP 
108 processes the media locator request and the reservation data to determine if an MMS 
within the streaming system 102 can service the request. The NRP 108 compiles a list of 
MMSs that have the presentation and that can provide the presentation according to the 
media rules. In this example, the NRP 108 determines, based on load balancing factors 
and network distribution rules, that the MMS 110 is the best selection to provide the 
presentation. 
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The NRP 108 communicates with the MMS 1 10 to determine if the MMS 
can provide the presentation. The MMS 110 responds that it can provide the presentation 
to the viewer 116. In this example, the MMS 1 10 has a stream caster that can stream the 
presentation to the viewer 116. 

The NRP 108 transmits to the viewer 1 16 an IP address of the MMS 110. 
In addition, the NRP 108 transmits the reservation data to the MMS 110. Also, the NRP 
108 saves information in a state model identifying the reservation number, the 
presentation identification, that the MMS 110 will stream the presentation to the viewer 
116, and the time of the MMS acceptance of the streaming request. . 

The viewer 116 receives an IP address and initiates a session with the 
MMS 110. The MMS 110 streams the presentation to the viewer 116, including the 
movie media clip and the advertisement. The MMS 110 retains information in a state 
model identifying the reservation number, the presentation identification, the start and 
stop times of each media on the play list, and any viewing events, such as a pause, a 
forward, a reverse, or other events. 

When each media on the play list has been streamed to the viewer 1 16, the 
viewer initiates an end to the session. The MMS 110 stores information in the state 
model identifying the end of the session. The MMS 110 transmits its logs, SIB 
information, and state model information to the RTSMS 106. 

The MMS 110 notifies the NRP 108 that the presentation streaming is 
complete. The NRP 108 stores information in the state model 108 identifying that the 
presentation streaming is complete and transmits the state model data to the RTSMS 106. 
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The RTSMS 106 processes the logs, the SIB information, and any 
additional data that originated from state models from both the NRP 108 and the MMS 
110. The RTSMS 106 collates the data using the reservation number to produce the 
MSDR data identifying billable events, including the presentation that was streamed to 
the viewer 116 and the amount of media and time streamed to the viewer. The RTSMS 
106 applies the order rules to the MSDRs and produces as an example a financial 
settlement. In this example, the RTSMS 106 produces a report identifying a credit of 
80% of the revenue generated by the presentation for the media owner and a credit of 
20% of the revenue generated by the presentation to the advertisement owner. 

In another example, the viewer 118 requests media and receives a 
reservation from the RTSMS 106 to view a presentation. The presentation has three 
media clips. In addition, the NRP 108 has received the reservation data from the RTSMS 
106. In this example, the MMS 1 10 has two stream casters. 

The viewer 118 transmits a request containing the reservation to the NRP 
108. The NRP 108 processes the media locator request with the reservation data received 
from the RTSMS 106 to compile a list of switches that can provide the requested 
presentation. The NRP 108 communicates with the MMS 1 10 to determine if the MMS 
can provide the presentation to the viewer 118. The MMS 110 responds to the NRP 108 
that it has a stream caster that can stream the presentation to the viewer 118. The NRP 
108 transmits an IP address of the first stream caster on the MMS 1 10 to the viewer 118. 

The viewer 118 initiates a session with the first stream caster on the MMS 
at an IP address provided by the NRP 108. The MMS 110 stores all information 
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regarding the streaming and the state model. In addition, the MMS 110 notifies the NRP 
108 that the streaming session has been initiated. 

The NRP 108 stores information in a state model identifying the MMS 
1 10 as providing the presentation. This information is transmitted in an NRP log to the 
RTSMS 106 at a specified configurable time. In this example, the NRP 108 transmits the 
NRP log to the RTSMS 106 every five minutes. In other examples, the NRP 108 can be 
configured to transmit the NRP log to the RTSMS when a session is initiated between a 
viewer and a particular switch and when that session is terminated. In addition, in other 
examples the NRP 108 can be configured to transmit the NRP log at other configurable 
times or different configurable times. 

When the session is initiated between the viewer 118 and the MMS 110, 
the MMS transmits an SIB to the RTSMS 106. In addition, while the media is streamed 
from the MMS 110 to the viewer 118, an SIB is transmitted to the RTSMS 106 at a 
configurable time. In this example, the configurable time is every five minutes. In other 
examples, the time may be configured at other periods of duration or different periods of 
duration. In addition, in this example, the MMS 110 transmits an SIB to the RTSMS 106 
when viewing events occur, such as a stop, a pause, a forward, or a rewind. Also, when 
the presentation streaming is complete and the session is terminated, the MMS 110 
transmits an SIB to the RTSMS 106. 

When the session is complete and terminated, the MMS 110 notifies the 
NRP 108. The NRP 108 transmits a final NRP log to the RTSMS 106. 

In this example, the RTSMS 106 collates all of the SIBs into an MSDR. 
The MSDR then can be used to provide billing records to billing entities according to 
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billing rules, such as those that may be in an order associated with the presentation. In 
other examples, the RTSMS 106 may use the NRP logs in conjunction with the SIBs to 
create the MSDR. 

In another example, the viewer 116 has received a reservation from the 
RTSMS 106. In addition, the NRP 108 has received the reservation data from the 
RTSMS 106. The viewer 1 16 transmits a media locator request to the NRP 108, and the 
NRP 108 processes the media locator request with the reservation data received from the 
RTSMS 106. The NRP 108 compiles a list of switches, including the MMS 1 10, that can 
provide the presentation identified in the reservation. The NRP 108 communicates in 
turn with the MMS 110 to determine if the MMS can provide the presentation. The 
MMS replies to the NRP 108 specifying that it can provide the presentation. The NRP 
108 transmits an IP address of the MMS 1 10 to the viewer 116. 

The viewer 116 initiates a session with the MMS 110. The MMS 110 
streams the presentation to the viewer 1 16 as requested. 

While the MMS 110 is streaming the presentation to the viewer 116, an 
error occurs, and the MMS is not able to continue streaming the presentation to the 
viewer. The MMS 110 notifies the NRP 108 that it cannot continue streaming the 
presentation to the viewer 116. 

The NRP 108 determines that the session for the presentation must be re- 
routed and communicates with a second MMS identified on the list of switches capable 
of providing the presentation (see Figure 2 or Figure 3). The second MMS notifies the 
NRP 108 that it can provide the presentation. The NRP 108 notifies the MMS 110 to 
route the session to the second MMS. 
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The session is routed to the second MMS. The second MMS provides the 
rest of the presentation to the viewer 116. When the presentation is provided, the session 
is terminated by the viewer 116. The second MMS notifies the NRP 108 that the 
streaming for the presentation is complete and the session is terminated. 

In this example, the MMS 110 transmitted SIBs to the RTSMS 106 when 
the session was initiated, during the configurable periods of time while the presentation 
was streaming, during any viewing events, and when the stream caster failed and the 
session was routed to the second MMS. Likewise, the second MMS transmitted SIBs to 
the RTSMS 106 when the session was routed to the second MMS and the second MMS 
started streaming the media for the presentation, during the configurable period of time 
while the presentation was streaming, when any viewing events occurred, and when the 
session was terminated. Each of the SIBs identify the reservation number for the 
presentation. In addition, the NRP 108 transmits NRP logs to the RTSMS 106 
identifying both the MMS 1 10 and the second MMS when the respective MMSs provided 
the media streaming for the presentation. 

The RTSMS 106 receives the SIBs from the MMS 110 and the second 
MMS. The RTSMS 106 collates the SIBs to create an MSDR using the reservation 
number identified in each SIB. The MSDR then can be used for settlement purposes. 

In another example, the viewer 118 requests access to media. The 
RTSMS 106 returns a reservation to the viewer 118. The reservation includes a play list 
that has two media clips in addition to the reservation identification and the NRP 
identification. In this example, the media clips are identified by a URL, and the 
reservation identification is a reservation number attached to the URL. Also, the NRP 
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identification is this example is a host name for the NRP 108. The RTSMS 106 also 
transmits the reservation data to the NRP 108. 

The viewer 118 transmits a request to the NRP 108. In this example, the 
request is a media locator request. The media locator request identifies the play list 
5 reservation identification. The NRP 108 processes the media locator request and the 
reservation data received from the RTSMS 106. The NRP 108 compiles a list of all 
possible switches that can handle the presentation identified by the play list. 

The NRP 108 communicates with the MMS 1 10 to determine if the MMS 
can provide the presentation. The MMS 110 transmits a message back to the NRP 108 
10 identifying that it can provide the presentation. The NRP 108 transmits an IP address of 
the MMS 1 10 to the viewer 118. 

The viewer 118 initiates a session with the MMS 110. The MMS 110 
streams the media for the first media clip identified on the play list to the viewer 118. 

In this example, when the viewer 118 has received all of the media for the 
15 first media clip, the viewer terminates the streaming session by initiating a tear down 
message. This may occur, for example, when the next media clip on the play list requires 
a different media server type. 

The viewer 118 determines that there is a second media clip of a different 
media server type on the play list for the presentation. The viewer 118 contacts the NRP 
20 108 to determine if a switch is able to provide the second media clip for the presentation. 

The NRP 108 communicates with the MMS 1 10 to determine if the MMS 
can provide the second media clip on the play list for the presentation. The MMS 110 
communicates back to the NRP 108 with a message stating that the MMS 110 cannot 
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provide the second media clip on the play list for the presentation because the MMS does 
not have the required media server. 

The NRP 108 receives the message from the MMS 110. The NRP 108 
communicates with a second MMS (see Figures 2 and 3) to determine if the second MMS 
can provide the second media clip on the play list for the presentation. The second MMS 
communicates a message to the NRP 108 that it can provide the second media clip on the 
play list for the presentation. The NRP 108 transmits a message to the viewer 118 
identifying an IP address of the second MMS. 

The viewer 118 initiates a session with the second MMS at the identified 
IP address. The second MMS streams the second media clip in the play list for the 
presentation to the viewer 118. When the streaming for the second media clip is 
complete, the viewer 118 terminates the session. The second MMS notifies the NRP 108 
that the streaming for the second media clip is complete, and that the session is 
terminated. 

The MMS 110 and the second MMS transmit SIBs to the RTSMS 106 at 
the initiation of each session, at the termination of each session, upon viewing events, and 
at configurable periods of time. In addition, the NRP 108 transmits NRP logs to RTSMS 
106. The SIBs and the NRP logs identify the reservation number for the presentation. 

The RTSMS 106 collates the SIBs from each of the MMS 110 and the 
second MMS to create an MSDR. The MSDR can be used for billing records and other 
settlement purposes. 

Figure 2 depicts an exemplary embodiment of a streaming system of the 
present invention configured to transmit media and signaling in band. The streaming 
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system 102 A of Figure 2 comprises an ESRP 104, an RTSMS 106, and an NRP 108, all 
of which are the same as those described in Figure 1. The streaming system 102 A also 
comprises a first MMS 1 10A and a second MMS 1 10B, both of which are the same as the 
MMS 1 10 of Figure 1. In addition, the communication devices communicate through the 
5 packet networks 112 and 120, both of which are the same as the packet networks 
described in Figure 1. The streaming system 102 A also comprises a web reservation 
server 202 and a viewer 1 16A comprising a browser 204 and a media player 206. 

The web reservation server 202 is a reservation server similar to the 
reservation server 114 of Figure 1. However, the web reservation server 202 is 
O 10 configured to handle web-based communications, such as communications using the 
£j HTTP protocol. 

The browser 204 is any web-based browser. The browser 204 is any tool 
used to navigate and access IP-based information. The browser 204 provides the ability 
to access, transfer, and receive data across the packet network 120. The browser 204 may 
15 use the HTTP protocol or another protocol to communicate via the packet network 120. 
Examples of browsers include the Microsoft Internet Explorer brand browser and the 
Netscape Navigator brand browser. 

The media player 206 is the system on the viewer 1 16A configured to play 
the streaming media that is transmitted from the MMS 1 1 OA or 1 10B. The media player 
20 206 also can transmit signaling to request media, to request a setup for a session or 
connection, to tear down a session or connection, to identify lost frames, to identify 
errors, and to identify viewing events, such as a pause, a stop, a forward, or a rewind. 
Examples of a media player include Real Network Real Player, Microsoft Media, Apple 
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Quick Time, and other media players. The media player 206 is configured to play any 
streamed media of any protocol. 

The streaming system 102 A with the viewer 1 16A and the web reservation 
server 202 operates in accordance with the following examples. Since the ESRP 104 
operates as described in Figure 1, its operation will not be restated. In addition, since the 
RTSMS 106 operates according to the description and the examples of Figure 1, all of its 
functionality will not be restated. 

In addition, the sequence charts of Figure 3 will be referenced to describe 
the operation of the system Figure 2. The SRP 302 can be the SRP of either the MMS 
1 1 OA or the MMS 1 10B. In addition, the stream caster 304 can be one of many stream 
casters on either the MMS 1 10 or the MMS HOB. 

With reference to Figures 2 and 3, in a first example the browser 204 
selects and browses a web site on the web reservation server 202. The browser 204 
selects a link, operates on a URL identified in the locator bar, or otherwise selects an 
option on the web reservation server 202 to obtain media. In this example, the media 
request is a request for a presentation. 

A request for the presentation is made from the web reservation server 202 
to the RTSMS 106 through the packet network 112. The RTSMS 106 processes the 
request, determines that all of the media for the presentation is available, and builds a 
reservation for the presentation for that viewer 1 16 A. 

The RTSMS 106 transmits the reservation data to the NRP 108. In 
addition, the RTSMS transmits a customized play list to the browser 204, which includes 
the list of media names each media name having an appended reservation number, and 
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the identification of the NRP 108. In this example, each media name also comprises the 
host name of the NRP 108. 

The media player 206 transmits a message to the NRP 108 requesting the 
media name, which includes the reservation number. The NRP 108 processes the 
reservation data from the RTSMS 106 and the message from the media player 206 to 
determine a list of switches that can provide the requested media. The NRP 108 
determines that the MMS 1 10A and the MMS HOB can provide the requested media. 

The NRP 108 communicates with the SRP 302 of the MMS 110A to 
determine if the MMS has the capacity to provide the requested media. The SRP 302 
communicates with the stream caster 304 to determine if the stream caster is healthy and 
if the stream caster has the capacity to provide the requested media. The stream caster 
304 responds to the SRP 302 that it can provide the media, and the SRP responds to the 
NRP 108 that it has a stream caster 304 that can provide the requested media. The SRP 
302 also provides to the NRP 108 an IP address for the stream caster 304. 

The NRP 108 transmits the reservation data to the SRP 302, and the SRP 
transmits the reservation data to the stream caster 304. The NRP 108 also transmits an 
IP address of the stream caster 304 to the media player 206. 

The media player 206 transmits a setup message to the stream caster 304. 
The setup message includes the reservation identification, the media identification, and a 
presentation identification for the play list. The stream caster 304 acknowledges to the 
media player 206, thereby confirming that the reservation was accepted and that the 
media will be streamed to the media player. 
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The media player 206 requests the stream caster 304 to play the media. 
The stream caster 304 transmits the SIB data for the streaming session to the SRP 302. 
The SRP formats the SIB data into a SIB for the setup and transmits the SIB for the setup 
to the RTSMS 106. Meanwhile, the stream caster 304 transmits a play acknowledgment 
5 to the media player 206 and streams the media to the media player. 

When the media has been streamed, the media player 206 transmits a 
teardown message to the stream caster 304. The stream caster 304 transmits the SIB data 
for the teardown to the SRP 302. The SRP 302 builds the SIB for the teardown and 
transmits the SIB to the RTSMS 106. In this example, a teardown acknowledgment is 

^ 10 not transmitted from the stream caster 304 to the media player 206. It should be noted 

"•3 
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that viewing events may occur between the time a play acknowledgment is transmitted 
jlj from the stream caster 304 to the media player 206, thereby starting the streaming of the 

*y media, and the time the teardown message is transmitted from the media player to the 

si 

O stream caster. 

15 In this example, the setup message, the setup acknowledgement message, 

and the teardown message are transmitted between the media player 206 and the stream 
caster 304 in-band. These messages are depicted as dashed lines in Figure 3 for clarity. 

In another example, two media clips are identified in a play list. For each 
media clip identified in the play list, the media player 206 goes through the process 
20 identified between the request for media message and the teardown message. Thus, the 
media player 206 requests the media, connects to an IP address of the selected stream 
caster, sets up a session, requests that the media be played, and tears down the session 
when the media streaming is complete. For the second media clip in the play list, the 
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media player 206 again requests the media, sets up a session to an IP address of a selected 
stream caster, requests that the media be played, and tears down the session when the 
media streaming is complete. 

In another example, the media player 206 sends an additional setup 
5 message to the same IP address on the stream caster 304, requests that the media be 
played, and tears down the session when the media streaming is complete. In this 
example, the media player 206 does not communicate with the NRP 108 after the first 
media clip is streamed to request an identification of an IP address of an MMS from 
which the second media clip will be streamed. 

10 Figure 4 depicts an exemplary embodiment of a streaming system of the 

present invention using broadband access. The streaming system 102B comprises the 
ESRP 104, the RTSMS 106, the NRP 108, the packet network 112, and the packet 
network 120 of Figure 1. In addition, the streaming system 102B uses the same MMS 
1 10A, MMS 102B, and the media player 206 of Figure 2 although, the media player 206 

15 is configured to operate in a broadband environment. In addition, the streaming system 
102B comprises a set top reservation server 402 and a viewer 1 16B having a set top box 
404. 

The set top reservation server 402 is a reservation server similar to the 
reservation server 114 of Figure 1. However, the set top reservation server 402 is 
20 configured in this example to receive and transmit communications and signaling via a 
broadband protocol, such as the SIP protocol. 

The set top box 404 is configured to receive and transmit broadband 
communications and signaling. An example of a set top box includes a cable television 

45 



electronics box configured to receive an incoming coaxial cable. Other examples of set 
top boxes include satellite receivers. Other set top boxes or digital appliances may be 
used. 

In the embodiment of Figure 4, the viewer 116B has a broadband 
connection to receive and transmit signaling and a broadband connection to receive the 
media. The media connection also may be configured to carry in-band signaling in some 
embodiments. The connections each may be a virtual circuit, such as a virtual 
path/virtual connection, or another type of connection. 

In this embodiment, the MMS 11 OA or the MMS HOB providing the 
media to the viewer 116B can monitor the broadband connection or connections to the 
viewer's set top box 404. If the MMS 1 10A or 1 10B providing the media determines that 
a quality of service problem exists with the connection, the MMS can request the switch 
(not shown) providing the broadband connection to provide a better quality of service 
connection. 

The streaming system 102B with the viewer 116B and the set top 
reservation server 402 operates in accordance with the following examples. Since the 
ESRP 104 operates as described in Figure 1, its operation will not be restated. In 
addition, since the RTSMS 106 operates according to the description and the examples of 
Figure 1, all of its functionality will not be restated. 

In addition, the sequence charts of Figure 5 will be referenced to describe 
the operation of the system of Figure 4. The SRP 302 can be the SRP of either the MMS 
1 1 OA or the MMS HOB. In addition, the stream caster 304 can be one of many stream 
casters on either the MMS 1 10 or the MMS HOB. 
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With reference to Figures 4 and 5, in a first example the set top box 404 
selects an event, such as a movie or a live event, to be streamed, and transmits that 
selection to the set top reservation server 402. The set top reservation server 402 selects 
a provider, such as a cable station, that is listed as providing the event. A request for the 
5 event is made from the set top reservation server 402 to the RTSMS 106 through the 
packet network 112. 

The RTSMS 106 processes the request, determines that the media for the 
event is available, and builds a reservation for the media for that viewer 116A. The 
RTSMS transmits the reservation data to the NRP 108. In addition, the RTSMS transmits 
10 the reservation to the set top box 404, including the reservation number, the media play 
list, and the identification of the NRP 108. In this example, the NRP identification is an 
IP address of the NRP 108. 

The media player 206 transmits a message to the identified IP address of 
the NRP 108 requesting the media and including the reservation number. The NRP 108 
15 processes the reservation data from the RTSMS 106 and the request from the media 
player 206 to determine a list of switches that can provide the requested media. The NRP 
108 determines that the MMS 11 OA and the MMS HOB can provide the requested 
media. 

The NRP 108 communicates with the SRP 302 of the MMS 110A to 
20 determine if the MMS has the capacity to provide the requested media. The SRP 302 
communicates with the stream caster 304 to determine if the stream caster is healthy and 
if the stream caster has the capacity to provide the requested media. The stream caster 
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304 responds to the SRP 302 that it can provide the media, and the SRP responds to the 
NRP 108 that it has a stream caster 304 that can provide the requested media. 

The NRP 108 transmits the reservation data to the SRP 302, and the SRP 
transmits the reservation data to the stream caster 304. The NRP 108 also transmits an IP 
address of the stream caster to the media player 206. 

The media player 206 transmits a setup message to the stream caster 304. 
The setup message includes the reservation identification and the media identification, 
and a presentation identification for the play list. The stream caster 304 acknowledges to 
the media player 206, thereby confirming that the reservation was accepted and that the 
media will be streamed to the media player. 

The media player 206 requests the stream caster 304 to play the media. 
The stream caster 304 transmits the SIB data for the session to the SRP 302, and the SRP 
formats the SIB data into a SIB for the setup and transmits the SIB for the setup to the 
RTSMS 1062. Meanwhile, the stream caster 304 transmits a play acknowledgment to the 
media player 206 and streams the media to the media player. 

When the media has been streamed, the media player 206 transmits a 
teardown message to the stream caster 304. The stream caster 304 transmits the SIB data 
for the teardown to the SRP 302. The SRP 302 builds the SIB for the teardown and 
transmits the SIB to the RTSMS 1062. In this example, a teardown acknowledgment is 
not transmitted from the stream caster 304 to the media player 206. It should be noted 
that viewing events may occur between the time a play acknowledgment is transmitted 
from the stream caster 304 to the media player 206, thereby starting the streaming of the 
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media, and the time the teardown message is transmitted from the media player to the 
stream caster. 

In this example, the setup message, the setup acknowledgement message, 
and the teardown message are transmitted between the media player 206 and the stream 
caster 304 out-of-band for broadband signaling. These messages are depicted as dashed 
lines in Figure 5 for clarity. 

In another example, two media clips are identified in the play list. For 
each media clip identified in the play list, the media player 206 goes through the process 
identified between the request for media message and the teardown message. Thus, the 
media player 206 requests the media, connects to an IP address of the selected stream 
caster, sets up a connection, requests that the media be played, and tears down the 
connection when the media streaming is complete. For the second media clip in the play 
list, the media player 206 again requests the media, sets up a connection to an IP address 
of a selected stream caster, requests that the media be played, and tears down the 
connection when the media streaming is complete. 

In another example, the media player 206 sends an additional setup 
message to the same IP address on the stream caster 304, requests that the media be 
played, and tears down the session when the media streaming is complete. In this 
example, the media player 206 does not communicate with the NRP 108 after the first 
media clip is streamed to request an identification of an IP address of an MMS from 
which the second media clip will be streamed. 

Figure 6 depicts an exemplary embodiment of an RTSMS 106 A of the 
present invention. The RTSMS of Figure 6 comprises a control manager 602, a 
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reservation manager 604, a presentation cache 606, an order manager 608, a pre-route 
manager 610, a resource manager 612, an NRP manager 614, and a detail system 616. 

The control manager 602 monitors the status of each subsystem and 
device within the RTSMS 106A. The control manager 602 also monitors the transfer of 
messages between subsystems on the RTSMS 106A and the processing of the those 
messages by subsystems in the RTSMS. The control manager 602 generates an alarm 
upon detection of an error event. 

The control manager 602 also operates security protocols to prevent 
unauthorized access to the RTSMS 106A. The control manager 602 authenticates 
reservation servers, portals, and other communication devices that attempt to access, or 
communicate with, the RTSMS 106A. The control manager 602 allows access and 
communication only from reservation servers, portals, and other communication devices 
that are authenticated. 

The reservation manager 604 assigns a unique reservation identification, 
such as a number, for each requested media or requested presentation and publishes to the 
viewer the reservation. In one embodiment, the reservation comprises a play list that 
contains URLs each having the reservation identification. In this example, the URL also 
identifies a selected NRP. This reservation number serves to tie together the individual 
viewing experience to the actual media player involved, the stream caster and its 
associated events, and the customized presentation for the viewer. The reservation 
manager 604 tracks historical and current reservations that viewers have placed via the 
reservation server 1 14 or other portals. 
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The presentation cache 606 contains information identifying the 
presentations that currently are published and available for streaming. This information 
includes resource usage, such as bandwidth needed, processing needs, disk space used 
and required, and the length of time of the presentation. This information also includes 
the list of and the media clips in the presentation, any substitution rules for the 
presentation, the locations of the presentation in the streaming system 102, the publishing 
order and its associated rules, and the rating of the presentation. The substitution rules 
allow for different advertising media to be played based upon the data collected on the 
viewer throughout the reservation, routing, and initial session initiation processes. As 
described above, the publishing order specifies, among other things, the sequence that 
media is to be streamed. 

The order manager 608 receives, stores, and monitors order information 
that is used for billing, crediting, and reporting. The order manager 608 also manages 
and controls access to presentations, including managing access restrictions, such as 
geographic or age restrictions. 

The pre-route manager 610 determines which NRP can process a 
reservation based on resources available to the NRP, the switches communicating with 
that NRP, and where the presentations for the reservation are located. The pre-route 
manager 610 can reject a reservation request if an NRP or switch resources are not 
available, can schedule or reserve switch resources at the time the reservation request is 
processed or accepted, or bind the reservation to a selected NRP. If the pre-route 
manager 610 binds to reservation to a selected NRP, the pre-route manager pushes the 
reservation data to the selected NRP. 
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The resource manager 612 monitors and stores current usage of all 
resources in the streaming system 102, for current and future reservation requests, to 
determine whether a reservation should be accepted. These resources include switch 
capacity, stream caster capacity, media server capacity, and NRP status. 

The NRP manager 614 monitors and stores the state of each NRP in the 
streaming system 102 and the communication links between the NRPs and the switches 
and the RTSMS. The NRP manager 614 also controls the updates to media routing tables 
and software and pushes scheduled changes to the NRPs at scheduled times. 

The detail system 616 is a repository for the signaling records and logs, 
state model and state change data, operational measurements, and alarms that have 
occurred in the streaming system 102. The detail system 616 also holds the SIBs, the 
NRP logs, and the media server logs. The detail system 616 is fed by stream casters, 
media servers, SRPs, other communication devices in the MMSs, NRPs, and the RTSMS 
106 A itself. 

The detail system 616 generates the billing and reporting records and the 
management alarms and events to the billing and reporting system 618. These records 
include the MSDRs that are created by using the reservation number to collate all of the 
important information from the SIB records, the reservation record, and the presentation 
records into one billable format. 

The log data storage and transport subsystem (LDSTS) 620 is a generic 
utility provided on all devices. The LDSTS 620 manages safe storage of all events on the 
local device, monitors real time data transmissions for failures, alerts the RTSMS 106A 
of any errors, can allow for a historical pull of data upon communication or device 
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failure, detects gaps in the event records, and detects duplicate records being received 
from a same device. 
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status of each subsystem and device within the NRP 108 A. The c9n&*5Fmanager 702 
also monitors the transfer of messages between subsystems' on the NRP 108A and the 
q 10 processing of those messages by subsystems in the NRP. The control manager 702 
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JntroTmanager 702 manages the NRP 108 A at an aggregate levgfr-* 
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bandwidth capacity, the current not to exceed actiye^fequests capacity, the current 
processing capacity, and the current npM6exceed processing capacity. The memory 
enables the NRP 1 08 A^ontfol manager 702 to reject name resolution request, such as a 
DNS loojeuprcquest or a broadband SIP connection request, when the name resolution 
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The name resoluti o n ay atom 70(H s the entry po iiil to the =£Qutffig~enp5§ 
708. The name resolution system 706 receives the NRP identificaJienTsignaling in a 
translatable protocol and provides the mapping back topspiies. In one embodiment, the 
name resolution system 706 receives an NRP-host name in a DNS protocol format as the 
^5 NRP identification and, after Ae^fouting engine 708 has processed the request and an 
MMS that can provideme media is located, maps the response as an IP address to the 
MMS, ora/mream caster on the MMS. The name resolution system 706 also resolves 



identificafion requests from broadband communicatiorT^eVice^ 
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[g 10^ for media. If the routing engine 708 accepts the request, the routing engine^ietermines 
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the MMS that can provide the requested media. The routing engij^708 can reroute a 
media request. This can occur, for example, if the stream Q^sfer or its media server on an 
MMS fails or otherwise cannot begin or continue^streaming the requested media. Other 
examples exist. The routing engine 708 cjrflects additional information for a connection 
15 or a session based on how the connection or session is established over what initially is 
provided in the initial reservation. For example, if a viewer is connecting via a directly 
managed broadband^twork, the routing engine 708 collects detailed information on the 
actual logicaptfirtual path/virtual circuit. The routing engine 708 can update reservation 
or NRP logs with this additional information and have the updated 
erred to the Rl SMS 106 forTiltureHis^-^ 
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the MMSs, receives requests from an MMS to reroute a media stream, and responds to 
reroute requests. 
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invention. The ESRP 104 A of Figure 8 enables a media owner to enpede media to 
;^ 15 selected formats and bit rates, establish media rules forpaeaia data rights, build 
presentations, establish orders having billing and acpetfsiights for the presentations, and 
make the presentations and their me^a^vailable on the streaming system 102. The 
ESRP 104A con^pses^media owner manager 802, a source manager 804, a media 
media rules manager 808, and -a^distt jbutio n controlle r 810 . 
The media ownei^ m anage r 802 dele i iniittiK d i e access co ntrol and 
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source of the media before the media is encoded. This function psyjietllarly is important 
5 for events such as live events since the source managej>804 identifies the resources, such 
as ingress stream casters, needed for thegvent. Live events require special handling of 
the event source signal and teafisformation of that signal into media that can be 
distributed. The liv^v^xTl^ically is redundantly encoded to ensure that a failure of any 
subsystemjrfme ESRP 104 A does not impact the media being distributed. Ingress 
amj:asters-are-mediaTeceivers that receive the media from airencodmg-d evi c e ins t ead 
of a-disk-frler" 1 

TETffiedia-archive 806 s tuies die-enGedednBaedia7--The-Tned^ 
La 13 

may store the media according to an indexing function, such as a^oiCe recognition 




function, a face recognition function, a text searct 



iction, or another indexing 



? « 15 _ function. Indexing functions enable the-meclia to be searched, such as with a browser or a 
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corresponding searchjpeehanism, so that media can be located easily. Searches include 
bothkgj^vvord subject indexes that are text based and streaming media search capabilities 
HhatallQW-a^portien-of^ — * 

, The m e dia rule s- manage! 808 tracks the liglils a nd rules assoraated-with 
20 __the^nediarh icludiiig access riglils, viewing ligl itsrbilKng-infermation, and billing~order- 
_ rules. The me dia-fule&^na nager 808 tv pieat lv obtains informa ti^-identifviiiu Qie medfeT 
^ from the medja ^m e r. Th e media ow n er4s-abte-t o c hang e m e ta data attache d46-ffiedia~ 
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t he RT3MS 106. " When a re s ervation rcqu o ot ar r i v e s-t tftcr - the meta data for the m edia-ts- 
-^eha ngeri, the new meta data is app l i ed to the reservation request; Th e - mcdia rul es* 
~-maaagef-ffO$~aiso records what meta data was altered tor aud it Uail purpose s: — * 

-The HiqHhiitinn ^ ^itrollc ^^ diR ta hntinn of p resentations 

and media to appropriate MMSs. Media storage requirements can rang£^fr6m tens of 
megabytes to tens of gigabytes or more. The distributiop^ednfroller 810 operates in 
conjunction with the mass storage of the MMSio migrate media to frequently used 
stream casters. The distributioj>e(5nttoller 810 enables less frequently used digital media 
to be transmitted^to^an MMS on demand. The distribution controller 810 also uses 
10 cachjiig^algorithms to store or distribute frequently accessed media so that the media may 
Jhvj£5TSsed with-f*-k*gh-qiia1i* y irf^adc e and at a high processing_ speedr 
|ji Those skilled in the art will appreciate the variations from the specific 

= : 

^0 embodiments disclosed above are contemplated by the invention. The invention should 

V 

not be restricted to the above embodiments, but should be measured by the following 
•I 15 claims. 
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